Včera večer měl na YouTube premiéru dokumentární film Python: The Documentary | An origin story.
Společnost comma.ai po třech letech od vydání verze 0.9 vydala novou verzi 0.10 open source pokročilého asistenčního systému pro řidiče openpilot (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu.
Ubuntu nově pro testování nových verzí vydává měsíční snapshoty. Dnes vyšel 4. snapshot Ubuntu 25.10 (Questing Quokka).
Řada vestavěných počítačových desek a vývojových platforem NVIDIA Jetson se rozrostla o NVIDIA Jetson Thor. Ve srovnání se svým předchůdcem NVIDIA Jetson Orin nabízí 7,5krát vyšší výpočetní výkon umělé inteligence a 3,5krát vyšší energetickou účinnost. Softwarový stack NVIDIA JetPack 7 je založen na Ubuntu 24.04 LTS.
Národní úřad pro kybernetickou a informační bezpečnost (NÚKIB) spolu s NSA a dalšími americkými úřady upozorňuje (en) na čínského aktéra Salt Typhoon, který kompromituje sítě po celém světě.
Společnost Framework Computer představila (YouTube) nový výkonnější Framework Laptop 16. Rozhodnou se lze například pro procesor Ryzen AI 9 HX 370 a grafickou kartu NVIDIA GeForce RTX 5070.
Google oznamuje, že na „certifikovaných“ zařízeních s Androidem omezí instalaci aplikací (včetně „sideloadingu“) tak, že bude vyžadovat, aby aplikace byly podepsány centrálně registrovanými vývojáři s ověřenou identitou. Tato politika bude implementována během roku 2026 ve vybraných zemích (jihovýchodní Asie, Brazílie) a od roku 2027 celosvětově.
Byla vydána nová verze 21.1.0, tj. první stabilní verze z nové řady 21.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
Alyssa Anne Rosenzweig v příspěvku na svém blogu oznámila, že opustila Asahi Linux a nastoupila do Intelu. Místo Apple M1 a M2 se bude věnovat architektuře Intel Xe-HPG.
EU chce (pořád) skenovat soukromé zprávy a fotografie. Návrh "Chat Control" by nařídil skenování všech soukromých digitálních komunikací, včetně šifrovaných zpráv a fotografií.
Do konference přišlo celkem 2034 emailů, nejvíce jich poslali Greg KH, Andrew Morton a Kronos.
26. led - 6. úno
Greg KH oznámil udev 015 a připojil popis změn od verze 014:
Co to znamená pro uživatele: představte si následující sysfs zařízení:
$ tree /sys/class/input/mouse1/ /sys/class/input/mouse1/ |-- dev |-- device -> ../../../devices/pci0000:00/ 0000:00:1d.0/usb2/2-1/2-1:1.0 `-- driver -> ../../../bus/usb/drivers/hid
Je to USB trackball. udev bude následovat symlink toho "zařízení" a půjde do tohoto adresáře:
$ tree /sys/devices/pci0000:00/0000 :00:1d.0/usb2/2-1/2-1:1.0 /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1:1.0 |-- bAlternateSetting |-- bInterfaceClass |-- bInterfaceNumber |-- bInterfaceProtocol |-- bInterfaceSubClass |-- bNumEndpoints |-- detach_state |-- iInterface `-- power `-- state
To je adresář USB rozhraní, které je vázáno na ovladač myši. Ale sám o sobě je ten adresář nezajímavý. Žádné ID prodejce, žádné ID výrobku, nic o výrobci... Uživatel chce ve skutečnosti ten adresář nad:
$ tree /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1 /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1 |-- 2-1:1.0 | |-- bAlternateSetting | ... |-- bConfigurationValue |-- bDeviceClass |-- bDeviceProtocol |-- bDeviceSubClass |-- bMaxPower |-- bNumConfigurations |-- bNumInterfaces |-- bcdDevice |-- bmAttributes |-- detach_state |-- idProduct |-- idVendor |-- manufacturer |-- power | `-- state |-- product `-- speed
Tak tenhle adresář obsahuje zajímavé věci:
$ cat /sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/product Microsoft Trackball Optical?
Takže, abych to zkrátil, můžete napsat udev pravidlo podobné následujícímu:
SYSFS_product="Microsoft Trackball*", NAME="my_trackball",
SYMLINK="input/mouse1"
a bude to opravdu fungovat :)
Velmi se to hodí pro všechna USB a SCSI zařízení na USB nebo Firewire sběrnicích.
Další velkou věcí v této verzi je 'udevinfo'. Je to způsob, jak získat informace z udev databáze o tom, která zařízení máme, jak se nazývají, atd. Zároveň také projde sysfs řetěz jakéhokoliv zařízení a vypíše o něm všechny informace, což se hodí při vytváření udev pravidel.
Díky Kayi Sieversovi, který udevinfo napsal. Dobrá práce.
V této verzi se také představuje udev démon. Má tři části:
To nám umožní udržovat udevsend a udevd malé a pokud možno nechybové. Tyto programy vyžadují ještě dost práce než budeme mít pocit, že jsou dost stabilní pro všeobecné použití. Pomoc vítána.
Díky Kayi Sieversovi a Xiaofengu Lingovi za práci na udevsend a udevd. Ještě jednou, opravdu to oceňuji.
Chris Friesen se zeptal, proč byl udev démon rozdělen na tři části. Greg odpověděl: Mělo by to tak být rychlejší. Můžeme poslat udev pracovat pro různá zařízení najednou.
29. led - 4. úno
Nigel Cunningham napsal:
Software Suspend 2.0 pro kernely 2.4 a 2.6 je k dispozici na http://swsusp.sf.net. Verze 2.0 představuje velký pokrok oproti předchozím a obsahuje následující funkce:
Stránky Software Suspend obsahují rozsáhlou dokumentaci, včetně známých problémů (především podpora DRI a USB) a FAQ. K dispozici je i aktivní konference.
Suspend 2.0 má následující problémy:
Některé z těchto problémů lze obejít: viz FAQ.
K používání suspend potřebujete dva patche: jeden pro konkrétní verzi jádra (použijte ten nejnovější pro vaši verzi) a druhý (aplikovaný potom), který obsahuje hlavní soubory.
31. led - 6. úno
Tony Lindgren napsal:
Posílám malý patch, který provádí kontrolu hodnot maximální rychlosti a napětí hlášených BIOSem.
Některé hloupé BIOSy poskytují špatné hodnoty po změně CPU. Například v mém případě BIOS tvrdí, že maximální rychlost procesoru je 1600MHz, ačkoliv běží na 1800MHz. (No jo, levné Emachines m6805...)
Takové kontroly by měly být bezpečné, protože věci mění pouze pokud už stroj běží na vyšší rychlosti, než říká BIOS.
Dave Jones a Pavel Machek reagovali; Dave řekl: Pánové, zas další problém s PST tabulkami těch eMachines. A Pavel: Někdo by je měl otravovat, aby už konečně ten svůj BIOS opravili. Pavel nabídl vlastní verze několika věcí, na kterých pracoval Tony, a ten si to probral, aby využil nejlepší kousky.
1. úno - 4. úno
Markus Hostbacka chtěl vědět, které kernely mohou dosáhnout vyšších uptimů než 497 dní. Matti Aarnio odpověděl, že žádný 64 bitový stroj to omezení nemá. Někdo jiný řekl, že je překvapený, že v kernelech existuje vůbec nějaký limit, a Matthew Reppert vysvětlil:
Na 32 bitových architekturách je počítadlo uptimu široké jen 32 bitů. Každé "tiknutí" počítadla představuje 1/HZ vteřin (IIRC). Takže počet vteřin, který zvládne, dostaneš snadno (2^32 * 1/HZ, HZ je na i386 100). To je přibližně 497.1 dní.
Na 64 bitových architekturách počítadlo pojme 4 miliardkrát tolik, což je asi tak doba existence Země. 2.6 však zjevně přineslo způsob, jak to řešit i na 32 bitových architekturách.
Christian Borntraeger poukázal na to, že nechat jakýkoliv kernel běžet tak dlouhou dobu by asi nebylo vhodné z hlediska bezpečnosti, protože aktualizace jádra často obsahují důležité bezpečnostní opravy.
4. úno - 6. úno
Terry Vessels sestavil několik stránek se seznamem tolika vydání kernelu, kolik se mu jich podařilo vystopovat. Nabídl HTML a textovou verzi. Bill Davidsen napsal: Díky za přehled. Kéž by se i nadále rozrůstal. Nechce se mi věřit, jak dlouho mi běžely stroje po té, co jsem je vyladil... můj poslední stroj s 1.2.13 jsem sundal v podvečer Nového roku 2000, stále mám jeden s 2.1.106 a další s 2.0.33 jsem upgradoval na RHEL-3.0 počátkem tohoto roku. To už něco říká o stabilitě strojů, které nemají problémy s bezpečností - mohou teoreticky běžet navždy.
V originálu Kernel Traffic 253 vyšla navíc ještě tato témata:
Nástroje: Tisk bez diskuse
Tiskni
Sdílej: